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COMMUNICATING SIGNAL PROCESSING 
CAPABILITIES IN A COMMUNICATIONS PATH 

Introduction: 

5 This document captures the design of a communication protocol for bearer signal 

processing capability coordination and control. This document also presents rules to be 
followed by communication nodes to enable and disable capabilities based on the 
information exchanged by the protocol. 

10 Background: 

Signal processing features for voice quality (VQ) enhancement could be present in 
different communication nodes and mixed in different ways on the bearer path between 
end users. This presents challenges in the proper coordination of the features. For 
example, as the presence and use of media gateways (MGs) become common, certain 

15 features could be supported and executed by different MGs on the same path. Typically, 
feature tandeming introduces subjective degradation. Another concern is that the features 
are supported but not enabled by the nodes, resulting in no enhancement. Another 
concern is that a node may dynamically enable or disable the support of a feature as a 
result of changes to local requirements or constraints. All these concerns require the 

20 communication nodes to be properly controlled and coordinated to provide the 

communication with the optimal set of signal processing functions. Communication 
nodes can be such as media gateways, base station equipments and end-point equipments. 

Requirements: 

25 The following is a list of requirements of the protocol for end-to-end VQ coordinations. 
It is noted that the protocol can be extended to support other types of signal processing 
capabilities such as those for video communication. 

o Capability announcement: Need to broadcast/unicast own capability to other 
30 nodes 

o Capability identification: Need to find out what other nodes can and cannot do 
o Overlapped capability resolution: Need to resolve conflict when multiple nodes 
support the same capability 
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o Call topology change: Need to maintain and update the information and 

coordination effectively and efficiently in response to topology, i.e. system level, 
change 

o Dynamic capability change: Need to maintain and update the information and 
5 coordination effectively and efficiently in response to node, i.e. local, capability 

change 

Protocol: 

The text below describes a protocol for communication node capability information 
10 exchange and coordination. 



Assumptions 

o An exhaustive list of features is agreed to by all communication nodes. A node 
may or may not support the features in the list, however. 
15 o Need a signaling channel. The signaling channel can be defined on an existing 

payload structure with pre-defined synchronization information, for example 
UMTS Iu and Nb PDUs, or on traffic without pre-defined synchronization 
information, for example PCM samples, 
o Signaling can be done out-of-band or in-band. 
20 o A node can individually define the capability dynamically. Feature support 

decision is made individually by each node by applying a set of pre-defined rules 
shared by all nodes to the information received, 
o All nodes capable of providing a feature in the list and placed in the bearer path 
must comply with the protocol. Communication nodes placed in the bearer path 
25 may not be capable of providing the features. However, communication nodes 

/ capable of providing the features cannot refuse to disable a feature which is to be 

enabled by another node according to the protocol. 

Procedure 

30 The following describes, a simple protocol design. Without loss of generality, the 

procedure is illustrated with a set of media gateways below for features applied in the 
direction from left to right. The procedure for features applied in the other direction is 
implied. Also, even though illustrated with media gateways, note that other entities, such 
as terminals (e.g., mobile handsets, landline handsets) and nodes (e.g., base stations) can 

35 also participate in the procedure of communicating features. 

In the example below, bearer traffic flows in the direction from MG1 to MG2 to MGn. 
Each MG is capable of a set of features, such as signal processing features. Signal 



2 
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processing features include audio signal processing features, video signal processing 
features, and so forth. Each MG posts its feature capability in the common feature list. 
This list is to be defined to cover all possible features supported by all MGs. Capability 
posting for features is done in both directions. The capabilities posted are OR'ed in the 
5 list as it flows through the MGs. This is to inform MGs before and after of the features 
applicable to traffic flow in the direction from left to right. 



A posting marks the capabilities available in the list and supported by the MG. Each 
posting also contains a set of attributes characteristic of the MG and the feature. 
10 Attributes include the followings: 

• level of commitment to reflect local DSP resource availability and constraint 

• I/O characteristics as a function of the delay jitter and packet loss rate 

In this example, the list shown above the MGs is sent to MGs on the downstream of the 

is traffic flow. The list below the MGs is sent to MGs on the upstream of the traffic flow. 

This protocol allows 

A MG to realize if it is the first one in the chain capable of providing the feature 
or if there is another MG on the upstream capable of providing the feature. 

- A MG to realize if it is the last one in the chain capable of providing the feature or 
20 if there is another MG on the downstream capable of providing the feature. 

- A MG to individually make decision as to enable or disable the internal feature 
based on the knowledge of other MGs on the path. 

A MG to update its capability dynamically for example in light of MG load 
change, system configuration change (e.g. handover, conferencing), and so forth. 
25 - No confirmation or acknowledgement exchanges between MGs to determine 

which MG should activate which features. 
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The capability list can be added in the case of 3GPP to the Iu or Nb PDU packet and sent 
with the bearer traffic in-band. It can also be sent out-of-band or in TFO frames and 
messages on TDM connections. 
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Interpretations 

Ih the figure above, we have 

o MG2 knows it is the first MG supporting feature C 
10 o MG 2 knows there is another MG downstream supporting feature C 

o MG2 learns availability and constraints of MG n in supporting feature C from the 

attributes associated with the broadcast by MG n 
o MG 2 looks up to the rule-set with the information local to MG2 itself and local to 

MG n to determine if it should activate feature C 
15 o MG n knows there is a MG upstream capable of supporting feature C 

o MG n learns availability and constraints of MG 2 in supporting feature C from the 

attributes associated with the broadcast by MG2 
o MG n looks up to the rule-set with the information local to MG n itself and local to 

MG 2 to determine if it should activate feature C 

20 

Rules for Feature Control: 

The tables below are examples of rules defined for a set of example voice quality 
enhancement features. The example features include echo cancellation (EC), acoustic 
echo control (AEC), background noise reduction (NR), and automatic level control 
25 (ALC). The tables tabulate the preferred locations where a feature should be activated 
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when multiple nodes on the same traffic path offer the same capability. IP phones 
include personal computers (PC) and personal data assistance (PDA) devices, which can 
be readily downloaded with programs performing the voice enhancement features. 
Without loss of generality, the preferences are defined based on the assumption that 
5 traffic flows in the direction from left to right. 

It is also noted that the tables can be further enhanced to incorporate attribute 
information such as level of commitments and node constraints. The enhancement would 
result in a set of rules better reflecting the end-to-end connection requirements and 
conditions. 

10 In the tables, the term "Disable" indicates that a particular feature is to be disabled 

in the corresponding node. The term "Low Preference" indicates that there is low 
preference in enabling the particular feature in the corresponding node. The term 
"Medium" indicates that there is medium preference in enabling the particular feature in 
the corresponding node. The term "High Preference" indicates that there is high 

15 preference is enabling the particular feature. 

For example, in the first section of the table below, a rule set for the echo 
cancellation (EC) feature is defined among the originating node, transit node, and 
terminating node. In a call between a mobile terminal and another mobile terminal, the 
EC feature is disabled in each of the originating, transit, and terminating nodes. 

20 However, in a call between a mobile terminal and a POTS terminal, the EC 

feature is enabled in one or more of the originating, transit, and terminating nodes. As 
indicated by the "High Preference" term, it is more preferably to enable the EC feature in 
the terminating node than in either of the originating node ("Low Preference") or the 
transit node ("Medium"). 

25 The rules defined by the tables below are provided for the purpose of example. 

Other rules can be defined in other implementations. Mechanisms according to some 
embodiments of the invention are used to address the feature coordination concerns for 
core network designs that have include multiple gateways or other nodes that are capable 
of differing signal processing capabilities. The mechanisms can be used in both wireline 

30 and wireless products, such as GSM, UMTS and CDMA2000. The mechanisms 

discussed above provide an inter-node communication protocol for feature capability 
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coordination and control. The mechanisms also define rules to be followed by the nodes, 
such as media gateways and other nodes or terminals, to enable and disable feature 
capabilities based on information exchanged by the inter-node communication protocol. 
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1. Some mobiles may be equipped with acoustic echo control. In this case, AEC may be deactivated in the 
network nodes. 

2. Some IP phones may be downloaded with 3 rJ party software to perform AEC. In this case, AEC may be turned 
off in the network nodes. 
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1 . Depending on the codec used, some standards, e.g., ANSI-127, IS-893 used in CDMA 2000®, have built-in 
noise reduction. In this case, NR may be turned off in the network nodes. 

2. Some smart IP phones can be downloaded with 3 rd party software to perform ALC as well as NR. In this case, 
ALC and NR may be turned off in the network nodes. 

3. Both ALC and NR must be applied prior to the R in and after the S om of the echo canceller if EC is on the signal 
path. 
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Question(s): 8 Meeting, date: Geneva, 19-30 April 2004 

Study Group: 1 5 Working Party: 2 Intended type of document (R-C-D-TD): D 

Source: Nortel Networks (Canada) 

Title: Some Requirements for a Mechanism to Coordinate SPNE in a Communication Link 

to Improve Voice Quality 



Contact: 



Rafi Rabipour 
Nortel Networks 
Canada 



Tel: (514)818-7774 
Fax: (514)818-7806 
Email: rabipour@nortelnetowks.com 
hod@missouri.edu 



Contact: 



Tel: 
Fax: 
Email: 



Abstract: This contribution presents some requirements for a mechanism to 

facilitate the control of SPNE in a communication link. 

5 I. Introduction 

With the advance in telecommunications, signal processing features for voice quality 

(VQ) enhancement could be found in different communication nodes and mixed in 

different ways on a bearer path. However, instead of the intended enhancements, signal 

processing enhancement functions deployed on the same bearer path could have end-to- 

10 end voice quality degradation due to interactions of the individual enhancement 
functions. G.161 has captured and presented interaction considerations for some Signal 
Processing Network Equipments (SPNE) [1], Reference [2] also attempted to present 
information on the preferred locations of certain signal processing functions in a 
communication connection. 

15 SPNE interaction concerns require the communication nodes to be properly coordinated 
and controlled to provide the end-to-end communication with the optimal placement of 
signal processing functions. While some equipment is under the direct control of the 
local operators, some equipment for example in an inter-system connection is not 
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controllable. It is also appreciated that SPNE deployed by the same operators in a local 
network may not easily be coordinated. Failure in the SPNE coordination and control 
results in potential voice quality degradation suggested by [1]. 

The objective of this contribution is to discuss the need for a coordinated approach to 
5 address the SPNE interaction concerns for end-to-end voice quality enhancement 
realization. 

IL Discussion 

SPNEs are typically deployed locally to function in a standalone manner to provide voice 
10 quality enhancement. However, interaction of the functions on the bearer path can have 
adverse voice quality impacts. As presented by G.161, there are many different types of 
voice enhancement functions, and there are many different levels of voice quality impact 
due to the interactions of these functions. Interactions can be between equipments of 
same functional capabilities, such as Automatic Level Control. Interactions can be 
15 between equipments of different functional capabilities such as Hybrid and Acoustic 
Echo Cancellation. 

Control of the SPNEs can be carried out individually with separate control mechanism. 
However individually defined mechanisms for specific types of signal processing 
20 enhancement functions have the following shortcomings: 

1 Incapable of addressing interactions among signal processing functions of 
different types, 

2 Complication in maintenances and coherent updates of individually defined 
25 mechanisms, 

3 Inefficiency in design realization/implementation due to possibly incompatible 
and incoherent design principles 

In view of the concerns above, it is suggested that a single unified mechanism should be 
30 considered and defined to coordinate the standalone voice quality enhancement 
equipments/functions. The mechanism coordinates the preferred location selection and 
activation/de-activation of the SPNEs supported. It will ensure delivery of end-to-end 

10 
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voice quality enhancement. The following is a list of suggested requirements of a 
mechanism for coordinated SPNE control. 



• Capability announcement: Support broadcast of signal processing enhancement 
5 capabilities by a communication node to other communication nodes. 

• Capability identification: Support identification of signal processing 
enhancement capabilities by a communication node of other communication 
nodes. 

• Overlapped capability resolution: Provide resolution of conflicts and adverse 
10 interactions among signal processing functions based on the capability 

information exchanged. 

• Call topology change: Support maintenance/update of coordination effectively 
and efficiently in response to dynamic system level change such as due to call 
transfers. 

15 • Local capability change: Support maintenance/update of coordination effectively 

and efficiently in response to dynamic communication node capability change. 



III. Conclusion 

This contribution recommends the definition of a coordinated mechanism to properly 
20 address interactions of SPNEs present on bearer paths of communication systems. 



References 

1. ITU-T Recommendation G.161, "Interaction aspects of signal processing network 
equipment", 2004_VI. 

25 2. CANCOM15-109, "Considerations on the Preferred Locations of Different SPNE 
in a Communication Link to Achieve Better Voice Quality", October 21-31, 2003. 
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What is claimed is: 



1 1 . A method of coordinating signal processing capabilities among plural 

2 nodes, comprising: 

3 receiving, at a first node, a data structure containing one or more elements 

4 indicating one or more signal processing capabilities of a second node; 

5 providing, by the first node, one or more elements into the data structure, 

6 the provided one or more elements indicating one or more signal processing capabilities 

7 of the first node; and 

8 transmitting, by the first node to a third node, the data structure containing 

9 the elements indicating signal processing capabilities of the first and second nodes. 

1 2. The method of claim 1 , further comprising determining, by the first node, 

2 whether or not to activate a signal processing capability in the first node based at least in 

3 part on the received data structure. 

1 3. The method of claim 2, wherein determining whether or not to activate the 

2 signal processing capability is further based on predefined rules pertaining to activation 

3 of the signal processing capability. 

1 4. The method of claim 1, further comprising receiving, at the first node, a 

2 second data structure from the third node containing one or more elements indicating one 

3 or more signal processing capabilities of the third node. 

1 5 . The method of claim 4, further comprising: 

2 providing, by the first node, one or more elements into the second data 

3 structure, the one or more elements provided into the second data structure indicating one 

4 or more signal processing capabilities of the first node; and 

5 transmitting, by the first node to the second node, the second data structure 

6 containing the elements indicating signal processing capabilities of the first and third 

7 nodes. 
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1 6. The method of claim 5, further comprising determining, by the first node, 

2 whether or not to activate a signal processing capability in the first node based on the 

3 received data structures. 

1 7. The method of claim 6, wherein determining whether or not to activate the 

2 signal processing capability is further based on predefined rules pertaining to activation 

3 of the signal processing capability. 

1 8. The method of claim 1 , wherein receiving the data structure at the first 

2 node comprises receiving the data structure at a media gateway. 

1 9. The method of claim 1 , wherein receiving the data structure at the first 

2 node comprises receiving the data structure at a base station. 

1 1 0. The method of claim 9, wherein receiving the data structure at the base 

2 station comprises receiving the data structure at the base station from a mobile station. 

1 1 1 . An article comprising at least one storage medium containing instructions 

2 that when executed cause an entity to: 

3 communicate data structures each containing one or more elements 

4 indicating one or more signal processing capabilities of a first node and a second node 

5 coupled to the entity. 

1 12. The article of claim 1 1 , wherein communicating the data structures 

2 comprises: 

3 receiving, at the entity, a data structure containing one or more elements 

4 indicating one or more signal processing capabilities of the first node; 

5 adding, by the entity, one or more elements to the data structure, the added 

6 one or more elements indicating one or more signal processing capabilities of the entity; 

7 and 
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8 transmitting, by the entity to the second node, the data structure containing 

9 the elements indicating signal processing capabilities of the first node and the entity. 

1 13. The article of claim 1 2, wherein communicating the data structures further 

2 comprises: 

3 receiving, at the entity, a second data structure from the second node 

4 containing one or more elements indicating one or more signal processing capabilities of 

5 the second node. 

1 14. The article of claim 13, wherein communicating the data structures further 

2 comprises: 

3 adding, by the entity, one or more elements into the second data structure 

4 to indicate one or more signal processing capabilities of the entity; and 

5 transmitting, by the entity, the second data structure containing elements 

6 indicating signal processing capabilities of the second node and the entity. 

1 15. A system comprising: 

2 means for communicating with first and second nodes; and 

3 means for receiving a data structure containing one or more elements 

4 indicating one or more signal processing capabilities of the first node; and 

5 means for transmitting to the second node the data structure containing 

6 elements indicating signal processing capabilities of the system and the first node. 

1 1 6. A method comprising: 

2 communicating, from a first node, signal processing capabilities of the 

3 first node to another node. 

1 17. A method comprising: 

2 identifying, in a first node, signal processing capabilities of a second node. 
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1 1 8 . A method comprising: 

2 receiving, in a first node, signal processing capabilities of a second node; 

3 and 

4 resolving, in the first node, conflicts and adverse interactions of signal 

5 processing capabilities of the first node with signal processing capabilities of the second 

6 node. 



15 



Copy provided by USPTO from the IFW Image Database on 04/14/2005 



